Easy2Siksha Sample Papers
• Attributes:
o Student: Roll_No (PK), Name, Age.
o Course: Course_ID (PK), Title, Credits.
o Professor: Prof_ID (PK), Name, Department.
• Relationships:
o Student “enrolls in” Course (M:N).
o Professor “teaches” Course (1:N).
The ER diagram would show rectangles (entities), ovals (attributes), and diamonds
(relationships), with keys underlined.
Storytelling Illustration
Let’s imagine a real-life scenario.
A university wants to build a database. The designer asks:
• “Who are the main entities?” → Students, Courses, Professors.
• “What are their attributes?” → Students have Roll_No, Name, Age. Courses have
Course_ID, Title. Professors have Prof_ID, Department.
• “How are they related?” → Students enroll in courses, professors teach courses.
Now, the designer draws an E–R diagram. Roll_No, Course_ID, and Prof_ID are chosen
as primary keys. The Enrollment table uses a composite key (Roll_No + Course_ID).
Relationships are mapped using foreign keys.
By the end, the university has a clear blueprint of its database—thanks to keys and the
E–R model.
Why the E–R Model Matters
1. Clarity: Provides a visual representation of data.
2. Communication: Helps developers, clients, and stakeholders understand the
system.
3. Foundation: Serves as the first step before creating relational tables.
4. Error Reduction: Identifies problems early in design.
A Metaphor to Remember
Think of building a city:
• Entities are the buildings (Student, Course, Professor).
• Attributes are the details of each building (height, color, purpose).
• Relationships are the roads connecting buildings.
• Keys are the addresses that help you find the right building.